Skip to content

[Example 17] RRBot with Hardware Component that publishes diagnostics #840

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 19 commits into
base: master
Choose a base branch
from

Conversation

soham2560
Copy link

@soham2560 soham2560 commented Jun 28, 2025

General

This is an example to document the usage of the Executor passed from Controller Manager through the recently added Struct based on_init() methods. Made possible by ros-controls/ros2_control#2323

as a further update that will be added in ros-controls/ros2_control#2348, this will also show how to use the default node added by the framework

This allows the user to add nodes of their own to the CMs executor and publish as necessary

@soham2560 soham2560 marked this pull request as ready for review June 30, 2025 02:52
Copy link
Contributor

@christophfroehlich christophfroehlich left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the nice demo.
diagnostics usually refers to ros/diagnostics. Should we include this here instead of simple rclcpp publishers, or rename the demo to something else?

@soham2560
Copy link
Author

ooh, I think since this is not particularly about diagnostics maybe it would be better to rename. would status messages worl?

@christophfroehlich
Copy link
Contributor

I like diagnostics and use it from my hardware components, so maybe this would be also good to use here? we have it already in the CM, this is no new dependency then.

@soham2560
Copy link
Author

makes sense, I will use diagnostive for one of the publishers then, does that make sense? or both?

Copy link
Contributor

@christophfroehlich christophfroehlich left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thx!

@christophfroehlich
Copy link
Contributor

The new functionality of the executor/node won't be backported to jazzy, right? so we have to branch the demos for jazzy before merging this PR.

@soham2560
Copy link
Author

soham2560 commented Jul 17, 2025

actually the executor approach is in works to be backported at ros-controls/ros2_control#2339, I think the default node will be as well after that, what do you say @saikishor @bmagyar

@saikishor
Copy link
Member

saikishor commented Jul 17, 2025

actually the executor approach is in works to be backported at ros-controls/ros2_control#2339, I think the default node should be as well, what do you say @saikishor @bmagyar

Yes, it will be backported. Just waiting for one cycle of release of rolling, which happened this morning. We wait few days and release it

@christophfroehlich
Copy link
Contributor

so we should do a release of ros2_control soon.

@christophfroehlich christophfroehlich added the hold Wait for a release of upstream packages label Jul 17, 2025
soham2560 and others added 2 commits July 20, 2025 18:55
Co-authored-by: Christoph Fröhlich <christophfroehlich@users.noreply.github.com>
saikishor
saikishor previously approved these changes Jul 20, 2025
Copy link
Member

@saikishor saikishor left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I changed multiple instances of info_ to get_hardware_info() as in future, we might move the protected element to the private scope to avoid the code tampering it's content, for that reason, I proposed multiple suggestions here

@saikishor saikishor dismissed their stale review July 20, 2025 20:33

Approved by mistake

soham2560 and others added 2 commits July 21, 2025 08:49
Co-authored-by: Sai Kishor Kothakota <saisastra3@gmail.com>
Co-authored-by: Sai Kishor Kothakota <saisastra3@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
hold Wait for a release of upstream packages
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants